home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000824-20010305 / 000314_news@columbia.edu _Mon Feb 19 13:46:22 2001.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id NAA25531
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Mon, 19 Feb 2001 13:46:21 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA01637
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 19 Feb 2001 13:46:20 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id NAA12138
  10.     for kermit.misc@watsun.cc.columbia.edu; Mon, 19 Feb 2001 13:27:53 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: "dls2" <dlshearer@home.com>
  13. Subject: Re: interfacing to FANUC CNC controller
  14. Message-ID: <IAdk6.289013$w35.47255953@news1.rdc1.nj.home.com>
  15. Date: Mon, 19 Feb 2001 18:27:52 GMT
  16. Organization: Excite@Home - The Leader in Broadband http://home.com/faster
  17. To: kermit.misc@columbia.edu
  18.  
  19. "Frank da Cruz" <fdc@watsun.cc.columbia.edu> wrote:
  20. > dls2 <dlshearer@home.com> wrote:
  21. > : The FANUC CNC controller gets put into a state where it is
  22. > : ready to accept data.  The assumption is that this controller
  23. > : is attempting to read from tape, so the mode is one of LSK
  24. > : (Label SKip).  The controller will read any data sent to it, but
  25. > : will not actually regard any of what is sent to it as data, until
  26. > : after the first percent sign (%) is sent to it.  Upon receiving
  27. > : this first percent sign (%), the controller switches to an Input
  28. > : mode, wherein everything received is considered to be data,
  29. > : and duely processed as such, until such time as a second
  30. > : percent sign (%) appears, signifying an end to the data input,
  31. > : and switching the controller out of its Input mode.
  32. > :
  33. > Yes, but the question is, how does the controller signal you
  34. > that it is ready to receive data?  What form does the dialog,
  35. > if any, take?  From what you've said, it appears that maybe it
  36. > it sends a kind of "prompt" framed by ^R and ^T.  So maybe
  37. > Kermit needs to wait for a ^T before sending the next record.
  38. > So try this:
  39. >
  40. >   set xmit prompt 20  ; 20 is the ASCII (decimal) code for Ctrl-T.
  41.  
  42. The dialogs for sending and receiving take the following forms:
  43. http://www.amada.net/technote/tno001.htm
  44.  
  45. The default transmit prompt is set to 10, which is what I left it at,
  46. when previously testing.  Since the dialogs do not seem to give
  47. any indication of prompting being necessary, I believe, though I
  48. have not yet checked, for sure, that the prompt should be set to
  49. 0.  If Kermit expects prompting, and does not receive prompting,
  50. will a text transfer, using XMIT, time out, after sending the first line
  51. of text to be transmitted?
  52.  
  53. What is the reciprocal to the TRANSMIT/XMIT commands which
  54. will allow for the generation of prompts, upon receiving text data?
  55.  
  56.  
  57. appreciatively,
  58.   --  Derrick Shearer
  59.  
  60.